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(54) System and method for prescription management and delivery 



(57) A method and system for prescription manage- 
ment is described. At least one prescription is received 
at a pharmacy and an order associated with at least one 
of the prescriptions is generated. A shipping location as- 
sociated with the order is determined and the order is 
communicated to a central fill facility for filling the pre- 
scriptions associated with the order. A cost associated 



with the order is received from the central fill facility. The 
cost includes a shipping cost and an order cost. Pay- 
ment is settled for the order based on the cost. In one 
embodiment, the prescription is filled with the prescribed 
drug at the central fill or a remote third-party facility for 
delivery of the drug to a location designated by the pa- 
tient on behalf of, but independent of, the designated 
pharmacy. 
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Description 

BACKGROUND OF THE INVENTION 

[0001] As computers have grown increasingly impor- 
tant in today's society, businesses and consumers in the 
medical field have also increasingly used computers for 
a variety of tasks. Existing systems have provided the 
capability to fill prescriptions for a plurality of pharma- 
cies at a central location remote from the pharmacies. 
The central filing system allows pharmacies to fill pre- 
scriptions using an automated system as opposed to 
standard manual filling of the prescription at the phar- 
macy itself which may result in cost savings for the phar- 
macies. The central filling system then sends the filled 
prescriptions back to the pharmacy for verification by the 
pharmacist and purchase by the patient. 

SUMMARY OF THE INVENTION 

[0002] According to one embodiment of the present 
invention, a method and system for prescription man- 
agement is described. At least one prescription is re- 
ceived at a pharmacy and an order associated with at 
least one of the prescriptions is generated. A shipping 
location associated with the order is determined and the 
order is communicated to a central fill facility for filling 
the prescriptions associated with the order. A cost as- 
sociated with the order is received from the central fill 
facility. The cost includes a shipping cost and an order 
cost. Payment is settled for the order based on the cost. 
[0003] According to another embodiment to another 
embodiment of the present invention, a method for pre- 
scription fulfillment is described. A prescription of a pre- 
scribed drug for a patient is received at a pharmacy des- 
ignated by the patient. While maintaining the prescrip- 
tion at the designated pharmacy, the prescription is filled 
with the prescribed drug at a remote third-party facility 
for delivery of the drug to a location designated by the 
patient on behalf of, but independent of, the designated 
pharmacy. 

[0004] The present invention provides a number of 
technical advantages over previous techniques. Various 
embodiments of the present invention may provide 
some, all or none of these technical advantages. For ex- 
ample, the automated prescription processing system 
can efficiently process and fill an extremely large volume 
of prescription requests from a central fill inventory using 
robotics. As a result, the productivity of pharmacy pro- 
fessionals can be increased, and customers' waiting 
times for prescriptions to be filled can be decreased. Al- 
so, as a result of using a central fill inventory to fill pre- 
scription requests (e.g., in government-funded indigent 
patient, long-term care programs), the government- 
funded inventory is not merged in any respect with local 
pharmacies' inventories. Also, pharmaceutical suppli- 
ers may maintain a centralized inventory of drugs in a 
manner that takes full advantage of economies of scale 



to minimize costs. Through freeing up pharmacists' time 
by filling prescriptions with high-speed robotics at re- 
mote sites, rather than having pharmacists fill them 
manually, the quality of the long-term patient care and 
5 services being provided may be improved, and the costs 
for providing that level of care and those services may 
be decreased. 

[0005] Another technical advantage of one or more 
embodiments is providing home delivery of filled pre- 
10 scriptions. For example, a local pharmacy chosen by the 
patient may receive, review, process and maintain a pre- 
scription which may be filled at a centralized or other 
facility. The fulfillment facility may deliver the filled pre- 
scription to the pharmacists or directly to the patient as 
15 directed by the pharmacist and the patient. Refills may 
be similarly processed and may be ordered at the phar- 
macy or electronically through an automated system or 
electronic site associated with the pharmacy. Thus, the 
pharmacy selected by and/or local to the patient may 
20 renew and maintain prescriptions of these patients to 
ensure proper care is provided to the patient while off- 
loading the actual fill, which is expensive and time con- 
suming, and does not require the pharmacist's exper- 
tise. As a result, the. pharmacist may spend more time 
25 with the patients, and in determining how to best fill a 
prescription and manage the needs of the patient. In ad- 
dition, home delivery provides greater convenience for 
the patient, who may have trouble getting to the phar- 
macy or otherwise have to rely on others. Thus, inde- 
30 pendence of patients may be improved. 

[0006] Other technical advantages of the present in- 
vention will be readily apparent to one skilled in the art 
from the following figures, description and claims. 

35 BRIEF DESCRIPTION OF THE DRAWINGS 

[0007] For a more complete understanding of the 
present invention and its advantages, reference is now 
made to the following descriptions, taken in conjunction 
40 with the accompanying drawings, in which: 

FIGURE 1 is a block diagram that illustrates a pre- 
scription filling system according to one embodi- 
ment of the present invention; 
<5 FIGURE 2 is a block diagram illustrating an order 
associated with the prescription filling system of 
FIGURE 1 according to one embodiment of the 
present invention; 

FIGURES 3A and 3B are a flow diagram illustrating 
so a method for filling prescriptions according to one 
embodiment of the present invention; 
FIGURE 4 is a flow diagram illustrating a method 
for communicating prescription request information 
according to one embodiment of the present inven- 
55 tion; 

FIGURES 5A and 5B are a flow diagram illustrating 
a method for handling prescription filling according 
to one embodiment of the present invention; 
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FIGURES 6A and 6B are a flow diagram illustrating 
a method for filling prescriptions according to one 
embodiment of the present invention; 
FIGURE 7 is a flow diagram illustrating a method of 
operation of a central fill system according to one 
embodiment of the present invention; 
FIGURE 8 is a flowchart illustrating handling of the 
orders according to one embodiment of the present 
invention; and 

FIGURE 9 is a flowchart illustrating further details 
of payment processing for prescription according to 
one embodiment of the present invention. 

DETAILED DESCRIPTION OF THE INVENTION 

[0008] FIGURE 1 is a block diagram illustrating a 
home delivery system 100 according to one embodi- 
ment of the present invention. System 100 comprises 
one or more physicians 102, one or more patients 104, 
one or more pharmacies 106, a pharmacy system 112, 
a host 120, a National Health Information Network 
(NHIN®) 122 and a central fill facility 124. In general, 
home delivery system 100 supports home delivery of 
filled prescriptions to patients and provides increased 
functionality to pharmacists. Physicians 102 and pa- 
tients 104 interact with pharmacy system 112 and cen- 
tral fill facility 1 24 to fill prescriptions. Filled prescriptions 
may be delivered by central fill facility 1 24 to pharmacies 
106 for purchase by patient 104. Filled prescriptions 
may also be home delivered by central fill system 126 
or an intermediate shipper directly to patient 104. 
[0009] Physician 102 comprises any suitable pre- 
scriber of pharmaceuticals. Physician 102 may write a 
prescription with or without refills for patient 1 04. 
[001 0] Patient 1 04 comprises a consumer of pharma- 
ceuticals, such as a human, animal or other suitable en- 
tity. Patient 1 04 may or may not have an existing rela- 
tionship with physician 102, pharmacy 106 and/or a 
pharmacist and generally comprises one who receives 
one or more prescriptions. 

[0011] Each pharmacy 106 comprises any suitable 
provider of pharmaceuticals. The pharmacies may be 
part of a pharmacy chain and/or independent of each 
other. For example, a particular pharmacy 106 may 
comprise a pharmacy local to patient 104 and familiar 
with patient 104. 

[0012] Pharmacies 106 are associated with a phar- 
macist 1 08 and one or more prescriptions 1 1 0. Pharma- 
cist 108 comprises a pharmacist or other professional 
licensed to dispense pharmaceuticals to patients 104 
based on prescriptions 1 1 0. Pharmacist 1 08 may be as- 
sociated with pharmacy 106 and pharmacy system 112. 
[0013] Prescription 110 comprises an electronic, 
handwritten, or other suitable form of pharmaceutical 
prescription for one or more pharmaceuticals. Prescrip- 
tion 1 1 0 is associated with patient 1 04 for whom the pre- 
scription is written, physician 102 who writes the pre- 
scription and pharmacy 1 06 which owns, maintains and 



processes the prescription. For example, pharmacy 106 
associated with a particular prescription 110 may be a 
pharmacy local to patient 1 04 which may have devel- 
oped a relationship with patient 1 04, such as by knowing 
5 at least a portion of the medical history of patient 1 04, 
and provides increased quality of service based on the 
historical knowledge. 

[0014] Pharmacy system 112 comprises hardware 
and/or software, such as software stored on a computer 

'o readable medium and loadable into a memory associ- 
ated with a processor for execution, operable to support 
handling of one or more prescriptions 110. Pharmacy 
system 112 is associated with one or more pharmacies 
106. In one embodiment, pharmacy system 112 may 

'5 comprise a computer-implemented system for process- 
ing prescriptions 110 and one or more pharmacies 106 
associated with pharmacy system 112. As such, the 
functions of pharmacy system 1 1 2 can be implemented 
by one or more application programs executed in mem- 

20 ory (not shown) by an appropriate computer processor 
(not shown). The application programs may be distrib- 
uted programs with a portion running at each pharmacy 
106 and a portion running at a central server or site for 
the pharmacy system 112. Alternatively, for example, 

25 each pharmacy may run respective computer imple- 
mented process for processing prescriptions 110. 
[0015] In one embodiment, pharmacy system 112 
comprises one or more orders 1 1 4, an order list 1 1 6 and 
a problem list 118. Each order 114 comprises one or 

30 more prescriptions 110 for filling by central fill facility 
1 24. Prescriptions 1 1 0 may be grouped together into or- 
der 1 1 4 according to suitable criteria by pharmacist 1 08 
at pharmacy 106 which owns prescriptions 110. For ex- 
ample, order 114 may include several prescriptions to 

35 be filled for a single family, a nursing home or multiple 
individuals. In general, a pharmacy owns a prescription 
by keeping title to the prescription even if the prescrip- 
tion is being filled at a different and/or unrelated facility. 
[0016] Order list 116 comprises one or more orders 

40 114. Orders 1 1 4 in order list 1 1 6 may be sorted by date 
and time of entry. Orders 114 may also be sorted by a 
priority 2016 associated with orders 114. Priority 2016 
may be used by pharmacy system 112 to send higher 
priority orders to central fill facility 1 24 sooner than lower 

^5 priority orders. For example, a rush order may have a 
higher priority than an ordinary refill. In general, orders 
114 may be sorted by suitable criteria in suitable com- 
bination in order list 116. For example, orders 114 may 
be sorted first by priority and then by date and time of 

50 entry. 

[0017] Referring to FIGURE 2, one embodiment of or- 
der 1 14 is illustrated. In this embodiment, each order 114 
comprises one or more sets of prescription information 
200 which are grouped together for filling by central fill 
55 facility 124, shipping information 202 for the filled pre- 
scriptions, patient information 204 associated with one 
or more patients 1 04 associated with prescriptions 1 10 
grouped into order 114, billing information 206 associ- 
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ated with order 114 and physician information 208 as- 
sociated with one or more physicians who issued the 
grouped prescriptions 110. 

[0018] Prescription information 200 comprises a set 
of data associated with an electronic, handwritten, or 
other suitable form of pharmaceutical prescription for 
one or more pharmaceuticals, such as prescription 1 1 0, 
entered into pharmacy system 112. For example, pre- 
scription information 200 may comprise the number of 
refills remaining, the total number of refills authorized, 
the name of the patient associated with the prescription, 
the issuer of the prescription, whether generic equiva- 
lents are allowed and the name of the prescribed phar- 
maceutical. Sets of prescription information 200 asso- 
ciated with prescriptions 110 may be grouped together 
into a single order 114. 

[0019] Shipping information 202 comprises at least 
one of a shipping location, shipping cost, delivery date 
and other suitable information associated with deliver- 
ing a filled order 114. Shipping information 202 may be 
used to indicate where a filled order 114 is to be sent 
after filling at central fill facility 1 24. For example, home 
delivery of a filled order 114 may use shipping informa- 
tion 202 to indicate to central fill facility 1 24 that a filled 
order 114 is to be home delivered directly to a patient's 
home from central fill facility 124. 
[0020] Billing information 206 comprises data associ- 
ated with how prescription 1 1 0 or order 1 1 4 will be paid 
for. For example, billing information 206 may comprise 
suitable information for authorizing and charging a credit 
card or debit card, check payment, insurance payment 
and other third-party payment techniques. Billing infor- 
mation 206 may handle multiple payment methods for 
a single prescription 1 1 0 or order 1 1 4, such as payment 
by an insurance carrier and credit card. 
[0021] Physician information 208 comprises data as- 
sociated with a physician which has issued prescription 
110. For example, physician information 208 may in- 
clude contact information for the physician, state(s) of 
licensure for the physician and other suitable data. Phy- 
sician information 208 may be maintained on a prescrip- 
tion-by-prescription basis, using relational database 
techniques, such as a central database of physician in- 
formation with is linked or associated with prescriptions 
1 10 as appropriate, or using other suitable techniques. 
For example, a central listing of physician information 
208 for all physicians 102 which have issued prescrip- 
tions 1 1 0 that have been filled at pharmacy 1 06 may be 
maintained and the appropriate physician information 
208 may then be associated with prescription informa- 
tion 200 for new prescriptions 1 1 0 entered into pharma- 
cy system 1 1 2. 

[0022] Patient information 204 comprises data asso- 
ciated with patient 104. For example, patient information 
204 may comprise one or more names for the patient, 
such as married name and maiden name, an address, 
one or more phone numbers, medical history and other 
suitable patient-related information. In general, patient 



information 204 comprises data usable by pharmacist 
108 to service patient 104. For example, a particular 
pharmacist may track prior diagnosis and counseling 
notes in patient information 204. 

5 [0023] Returning to FIGURE 1, problem list 118 com- 
prises a list of one or more problems detected by phar- 
macist 1 08 with order 1 1 4 maintained by pharmacy sys- 
tem 112. For example, an impractically or illegally large 
dosage of a particular pharmaceutical may be listed in 

10 a prescription. For another example, a billing problem 
may have been found with billing information 206 asso- 
ciated with order 114. For example, a problem may be 
resolved by contacting any of the patient, physician and 
the insurer associated with an order 1 1 4. In one embod- 

is iment, a priority may be associated with each problem 
in problem list 118 indicating the importance and/or ur- 
gency of the problem. Problem list 1 1 8 may be sorted 
by priority, date and time of entry of the problem or by 
other suitable criteria. 

20 [0024] Host 120 comprises software and/or hard- 
ware, alone or in suitable combination, operable to com- 
municate information between pharmacy system 112 
and NHIN 122. More specifically, host 120 is operable 
to route and translate information between pharmacy 

25 system 112 and NHIN 122. Pharmacy system 112 used 
by a particular group of pharmacies 1 06 may maintain 
data in a format which is incompatible with NHIN 122 
and central fill system 1 26. Host 1 20 provides the capa- 
bility to translate between the data formats and route 

30 information from pharmacy system 112 to NHIN 122. 
[0025] In one embodiment, host 120 may be further 
operable to receive inventory pricing and prescription 
status from NHIN 122 on a store-by-store basis. More 
specifically, host 1 20 may maintain pricing information 

35 for pharmaceuticals for pharmacies 1 06 in a particular 
pharmacy system 112. The pricing information may be 
retrieved from NHIN 122 and stored on a pharmacy-by- 
pharmacy basis. For example, if the price from whole- 
saler 148 for aspirin is $1 per bottle, a first pharmacy 

to associated with pharmacy system 112 may charge 
$1 .50 per bottle for aspirin and a second pharmacy ' as- 
sociated with pharmacy system 112 may charge $1 .75 
per bottle for aspirin. Host 120 is operable to store the 
prices and/or price difference for each respective store 

45 in pharmacy system 112. Prescription status may be 
maintained by host 1 20 to allow pharmacies 1 06 to de- 
termine whether a prescription sent to central fill system 
126 has been filled, the expected date of fill for an un- 
filled prescription, the date of fill for a filled prescription 

so and other suitable information. 

[0026] In one embodiment, host system 120 may 
comprise a PDX Host System®, which is offered by PDX 
Inc. as a database maintenance, administrative and 
communications application for pharmacy systems. In 

55 this embodiment, host system 1 20 may further use a Un- 
ix Tunnel Daemon (UTD), which comprises a suitable 
combination of software and/or hardware operable to 
transfer large data files between system or network 
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nodes. For example, in a Unix operating system context, 
daemons comprise programs or processes that typically 
run in the background and attend to various tasks. For 
this example embodiment, a UTD may be used to per- 
form the task of transferring data files containing pre- 
scription information between different system nodes. 
In general, host system 1 20 may comprise suitable data 
communications capabilities operable to perform data 
transfer functions. In one embodiment, UTD comprises 
a daemon program operable to route data between one 
or more recipients and one or more senders. 
[0027] Alternatively, a Pass-through Tunnel Daemon 
(PTD) may be used in place of, or in suitable combina- 
tion with, the UTD. The PTD comprises software oper- 
able to forward data between a host computer and the 
NHIN, and configurably log appropriate data, such as a 
NHIN account number, a user or store identifier, a pre- 
scription number and/or a transaction number. 
[0028] NHIN 1 22 may further comprise a data center 
that provides pharmacies and other customers in the 
pharmaceutical industry with a comprehensive data- 
base of up-to-date and standardized drug file informa- 
tion, and maintenance of third party files. For example, 
an NHIN database may maintain the following data files: 
drug files; third party plan benefit files; SIG files includ- 
ing, for example, dosing instructions; physician files; 
drug manufacturer information files; and disease man- 
agement files. For this embodiment, NHIN system 122 
also includes a UTD for routing prescription request in- 
formation to other system nodes. 
[0029] Further, NHIN 122 may communicate with mul- 
tiple hosts 120 respectively associated with distinct 
pharmacy systems 112. For example, a pharmacy sys- 
tem associated with one pharmacy chain may commu- 
nicate with NHIN 122 through a first host and a second 
pharmacy chain may communicate with NHIN 122 
through a second host. 

[0030] Also, NHIN 122 may be operable to route data 
from hosts 120 to central fill system 126. For example, 
hosts 120 may use infrastructure associated with NHIN 
1 22 to communicate information from pharmacy system 
1 1 2 to central fill system 1 26. 
[0031] In addition, NHIN 1 22 may be further operable 
to maintain pharmaceutical pricing and inventory infor- 
mation. NHIN 122 may receive and store pharmaceuti- 
cal pricing information from wholesalers 1 48 for use by 
hosts 1 20. NHIN 1 22 may also receive and store inven- 
tory status on pharmaceuticals from wholesalers 1 48 for 
use by hosts 1 20. For example, a first wholesaler may 
have 1 000 aspirin pills currently in stock, while a second 
wholesaler may have 5000 aspirin pills currently in 
stock. 

[0032] Central fill facility 1 24 comprises software and/ 
or hardware, either alone or in suitable combination, op- 
erable to manage filling of orders 114 and prescriptions 
110. More specifically, central fill facility 124 comprises 
a central fill system 126, a processor 128, storage 130, 
a central fill master system 1 32, and a manifest system 



134. 

[0033] In one embodiment, central fill system 126 re- 
ceives information related to prescription 1 1 0 from phar- 
macy system 112 and fills prescription 110. Central fill 

s system 126 then prepares the filled prescriptions for de- 
livery to pharmacy 106 which owns prescriptions 110 
filled by central fill system 126. 
[0034] In one embodiment, central fill system 1 26 may 
comprise a central fill administrative system part 140 

10 and an automated prescription drug dispensing system 
part 1 42. Drug dispensing system part 1 42 may have an 
inventory of one or more pharmaceuticals. In one em- 
bodiment, multiple central fill facilities may be a part of 
central fill system 126. In one embodiment, dispensing 

15 system part 142 maintains a central fill inventory of 
drugs manufactured and/or sold by one or more phar- 
maceutical wholesalers 1 48. 

[0035] Processor 1 28 comprises any suitable general 
purpose or specialized electronic processing device, 
20 such as a central processing unit (CPU), operable to 
communicate with storage 1 30 and execute software. 
Storage 130 comprises any suitable combination of 
transient or persistent optical, magnetic, electronic or 
other computer readable storage medium such as a 
25 floppy disk drive, a hard disk drive, a CD-ROM drive, a 
CD-RW drive, a magnetic tape drive, an optical drive, 
random access memory (RAM), static RAM (SRAM) 
and read-only memory (ROM). Storage 130 may also 
represent multiple computer readable storage devices. 
30 [0036] Central fill master system 132 comprises soft- 
ware and/or hardware, either alone or in suitable com- 
bination, such as software stored on storage 130 and 
executable by processor 1 28, operable to manage cen- 
tral fill system 1 26 and manifest system 1 34 to fill orders 
35 114 and deliver the filled orders. 

[0037] Manifest system 206 comprises software and/ 
or hardware, either alone or in suitable combination, op- 
erable to determine shipping costs, generate shipping 
labels, determine shipping method and determine ship- 
40 ping location of a filled order 1 1 4 and/or a filled prescrip- 
tion 1 1 0. For example, manifest system 206 may deter- 
mine that United Parcel Service (UPS) shipping is 
cheaper to a given location at a given time than U.S. 
Postal Service delivery. Filled prescriptions may be de- 
45 Hvered to pharmacy system 112, pharmacies 106 or a 
patient's designed address. 

[0038] Wholesalers 1 48 comprise businesses or oth- 
er suitable entities operable to maintain raw materials 
and pharmaceuticals useable by central fill system 126 
so for filling prescriptions 110. For example, a wholesaler 
may comprise a company such as Dow Chemical which 
supplies pharmaceuticals to central fill facilities for use 
in filling prescriptions 110. 

[0039] In operation, patient 104 may bring one or 
55 more prescriptions 110 to pharmacist 108 at pharmacy 
106. Prescriptions 110 are then entered into pharmacy 
system 112. Alternatively, physician 1 02 may use an au- 
tomated prescription handling system to convey a new 
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prescription via a communication link to pharmacy sys- 
tem 112. In one embodiment, the electronic transmis- 
sion of prescription information between perscribers 
and providers is performed in accordance with a current 
National Council for Prescription Drug Programs (NCP- 
DP) Script Standard (e.g., Script Standard V.1.5). This 
standard addresses, among other things, the electronic 
transmission of new prescriptions, prescription refill re- 
quests, prescription fill status notifications, and pre- 
scription cancellation notifications. 
[0040] In general, one or more sets of prescription in- 
formation 200 respectively associated with prescrip- 
tions 110 are entered into pharmacy system 112. In one 
embodiment, related patient information 204, physician 
information 208 and billing information 206 may be as- 
sociated with prescription information 200 to allow, for 
example, more convenient access to related information 
by pharmacist 108. 

[0041] Prescription 110 may be entered into pharma- 
cy system 1 1 2 in a number of different ways. For exam- 
ple, a pharmacy employee or technician can use a 
graphical user interface (GUI) to enter a new or refill pre- 
scription 1 1 0 received from a patient 1 04, physician 1 02, 
or other suitable source into pharmacy system 1 1 2, by 
typing in the prescription information to a prescription 
filling screen (e.g., Multiple Fill Queue screen-for refills, 
or Rx Filling screen for new prescriptions) displayed on 
a computer monitor. Alternatively, for example, patient 
1 04 may enter a request for a prescription refill via the 
Internet (e.g., using a browser to access the pharmacy 
system's web page and enter prescription refill informa- 
tion). Also, as another example, patient 1 04 can use an 
Interactive Voice Response (IVR) system associated 
with pharmacy system 112 to enter a request for a pre- 
scription refill. The IVR system allows a patient to ask 
questions and provide answers for pharmacy system 
1 1 2 by pressing the appropriate keys on a touch-tone 
phone, or by stating certain words such as "yes" or "no". 
[0042] Pharmacist 108 then generates an order 114 
for one or more prescriptions 110 owned by pharmacy 
1 06. More specifically, pharmacist 1 08 may group one 
or more sets of prescription information 200 for filling at 
central fill facility 124. Pharmacist 108 may group sets 
of prescription information 200 into order 1 1 4 regardless 
of the contents of prescription information 200. For ex- 
ample, an order 114 may include prescriptions regard- 
less of the name on the prescriptions, such as a mother 
and child with different last names. For another exam- 
ple, an order 114 may include many prescriptions from 
many different patients 1 04, such as a group of patients 
at a nursing home. 

[0043] Pharmacist 1 08 may also determine at least a 
portion of shipping information 202 for order 1 1 4. Based 
on instructions from patient 104, practical considera- 
tions, store policy and/or other suitable criteria, pharma- 
cist 108 determines where the filled order 114 is to be 
delivered. For example, order 114 may be home deliv- 
ered to a nursing home or a patient's home, or may be 



delivered to pharmacy 1 06 for distribution by pharmacist 
108. In one embodiment, order 114 may have different 
shipping locations for different portions of order 114. 
[0044] Pharmacist 1 08 may next perform a Drug Uti- 
5 lization Review (DUR) using prescription information 
200 and associated patient information 204 and physi- 
cian information.208. For example, pharmacist 1 08 may 
review past and present medical and/or drug history as- 
sociated with patient 1 04, such as data stored in patient 
information 204, and determine if harmful drug interac- 
tions may occur. For another example, a pharmacist 
with a long-standing relationship with patient 1 04 may 
use the pharmacist's historical knowledge and under- 
standing of the patient while performing the DUR. 
[0045] If shipping information 202 indicates that order 
114 is to be delivered to pharmacy 106, then order 114 
is communicated to central fill facility 124 for filling. At 
central fill facility 124, order 114 is managed by master 
system 132, filled by central fill system 126, and deliv- 
ered back to pharmacy 1 06. Pharmacist 1 08 may then 
perform a quality assurance review of the f i lied prescrip- 
tions 1 1 0 in order 1 1 4 to check, for example, that proper 
pharmaceuticals have been dispensed in the proper 
dosages. 

[0046] If shipping information 202 indicates home de- 
livery of order 114, either in whole or in part, then phar- 
macist 1 08 may determine payment information for or- 
der 114. Pharmacy system 112 may estimate an order 
cost for order 114. For example, pharmacy system 112 
may use pricing information available at host 1 20 to de- 
termine an estimated order cost for the prescriptions 1 1 0 
in order 114. For example, if the payment technique for 
order 114 is by credit card, then pharmacy system 112 
may authorize,, but not actually charge, the credit card 
to determine whether the credit card has sufficient ca- 
pacity to pay for order 114. For another example, if the 
payment technique is by check, pharmacy system 112 
may determine whether sufficient funds are available to 
cover the check. For yet another example, if payment is 
via an insurance carrier or government organization, 
then pharmacy system 112 may determine whether or- 
der 114 will be covered. In general, pharmacy system 
1 1 2 may take appropriate action to determine whether 
payment can be made on order 114. 
[0047] Next, pharmacist 1 08 may review order 1 1 4 for 
correct entry of prescription information 200 from pre- 
scription 1 1 0. Pharmacist 1 08 may also perform other 
suitable checks and verifications on order 114. Order 
114 is then communicated to central fill facility 124 
through host 120 and NHIN 122. In one embodiment, 
an identifier associated with order 1 1 4 is communicated 
to central fill master system 1 32 and central fill master 
system 1 32 uses the identifier to access order 1 1 4 store 
at pharmacy system 112. Alternatively, a copy of order 
114 may be communicated to central fill master system 
1 32, or a copy of one or more portions of order 1 1 4 may 
be communicated to central fill master system 132 with 
other portions remaining at pharmacy system 112 and 
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accessible by central fill master system 132 using suit- 
able techniques. 

[0048] At central fill facility 124, master system 132 
receives orders 114 and manages the filling of orders 
1 1 4. More specifically, master system 1 32 organizes or- 
ders 114, such as by the particular prescription informa- 
tion 200 in order 114, and communicates orders 114 
and/or portions of orders 1 1 4 to central fill system 1 26 
for filling. For example, central fill system 1 26 may con- 
trol a robotic pharmaceutical filling system. Central fill 
system 1 26 then labels the container for the filled pre- 
scription to indicate the name of the pharmaceutical and 
other suitable information. In one embodiment, central 
fill system 126 may include the capability to generate a 
label for the container for the filled prescription that in- 
clude suitable patient information from patient informa- 
tion 204 and identifying information associated with 
pharmacy 1 06, such as a logo, as well as information 
associated with the filled prescription. 
[0049] A pharmacist at central fill facility 1 24 then ex- 
amines filled prescriptions to verify that the proper dos- 
age of the proper pharmaceutical has been placed in 
the prescription container and that the label is correct. 
For example, the pharmacist at central fill facility 124 
may comprise a professional with similar training and 
licensing to pharmacist 1 08. The pharmacist at central 
fill facility 124 may also perform other suitable verifica- 
tion checks. 

[0050] Once the fill of the prescriptions has been ver- 
ified, master system 132 passes order 114 to manifest 
system 134 to handle delivery. Manifest system 134 
then determines a weight for the filled order 114 and 
packages the filled order 1 1 4 appropriately. For exam- 
ple, orders 114 involving containers holding liquids may 
involve different packaging issues than containers hold- 
ing only solids. Manifest system 134 next determines a 
shipping cost associated with shipping and handling or- 
der 1 1 4. The shipping cost may include special handling 
provisions such as refrigeration or rush deliveries. Man- 
ifest system 134 may also determine which shipping 
method to use. For example, if the shipping cost to a 
particular location by a particular time is cheaper on 
UPS than the U.S. Postal Service, then manifest system 
134 may select UPS for a particular order 114. Manifest 
system 1 34 then communicates the shipping cost infor- 
mation to master system 132. 
[0051 ] Manifest system 1 34 may also sort multiple or- 
ders 114 by shipper. For example, manifest system 134 
may direct filled orders 114 to be shipped by UPS to a 
first specific area, while U.S. Postal Service shipped or- 
ders 1 1 4 are directed to a second specific area. By sort- 
ing packages based on shipper, increased efficiency 
and capacity may be achieved by central fill facility 1 24. 
Manifest system 134 then home delivers the filled order 
1 14 directly to the destination, such as the home of pa- 
tient 204, indicated in shipping information 202. 
[0052] Master system 1 32 receives the shipping cost 
information from manifest system 134. Master system 



132 may then update the shipping information 202 as- 
sociated with order 1 1 4 to indicate, for example, date of 
shipment, expected date of delivery and cost of ship- 
ping. In one embodiment, master system 132 commu- 

5 nicates the updated shipping information 202 to NHIN 
122 for distribution to pharmacy system 112 through 
host 120. Master system 132 may then communicate 
order 1 1 4 back to pharmacy system 1 1 2 with a status 
indication that order 114 has been filled. 

w [0053] Pharmacy system 112 may then finally settle 
the order 114 using the payment technique indicated in 
billing information 206. For example, a credit card may 
be actually charged or a check cashed. 
[0054] In one embodiment, system 100 may allow 

'5 pharmacies to enjoy economies of scale in pricing pre- 
scriptions by providing access to a central fill facility 
shared by many pharmacies. For example, independent 
pharmacies may not generate sufficient volume to re- 
ceive discounted pricing on pharmaceuticals from 

20 wholesalers; however, by sharing the large capacity of 
the central fill facility across many small, medium and 
large pharmacy chains, the central fill facility is able to 
purchase pharmaceuticals from wholesalers at reduced 
rates and pass on these cost savings to pharmacies 

25 which use the central fill facility. 

[0055] Also, in one embodiment, system 1 00 may al- 
low local pharmacies to provide increased counseling 
and patient care while also providing the cost advantag- 
es that may be associated with mail order pharmacies. 

30 The mail order pharmacies often have decreased over- 
head from not maintaining a physical retail location, but 
are unable to. provide personalized service to the pa- 
tient because contact with the patient is often through 
the mail and over the phone. The local pharmacies often 

35 provide increased patient counseling and more person- 
alized service, but the prescriptions may cost more at 
the local pharmacy. System 1 00 may allow pharmacies 
of various sizes to provide both lower cost and person- 
alized service to patients. Further, as system 1 00 sup- 

40 ports home delivery of filled prescriptions, system 1 00 
may also provide increased convenience to patients and 
pharmacists by supporting delivery of the filled prescrip- 
tions directly to the patient's residence. 
[0056] FIGURES 3A and 3B are a flow diagram illus- 

45 trating an exemplary method 300 for filling prescriptions 
according to one embodiment of the present invention. 
At step 302, a request for a new or refill prescription from 
a patient or prescriber is received by pharmacy system 
112. As mentioned above, the request can be received 

so via a number of different ways, such as, for example, 
via the Internet, facsimile, electronic transfer of data, in 
person from the patient, or any other appropriate way of 
conveying prescription information. 
[0057] At step 304, the received prescription informa- 

55 tion is entered, incl uding pickup date, time, and payment 
information (if prescription is to be home delivered to the 
patient). For example, information may be entered into 
an "RX Fill Queue" screen or "Rx Filling" screen dis- 
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played on a computer monitor. Alternatively, information 
already in electronic form may be automatically accept- 
ed into a program, such as an electronic prescription. 
[0058] At step 306, a central fill eligibility check is in- 
itiated by pharmacy system 112 determining whether 
the patient's record includes information that prohibits 
the prescription from being filled by a central fill facility. 
If the patient record shows that the prescription may be 
filled by a central fill facility, at step 308, pharmacy sys- 
tem 112 determines whether the prescription pickup 
date and time selected by the patient is subsequent to 
the central fill system's next scheduled delivery date and 
time (if prescription is to be home delivered, delivery 
date and time may not have to be determined as the 
home delivered prescription may be ordered several 
days before the patient has need of the prescription). If 
so, at step 310, pharmacy system 112 determines 
whether the local government (e.g., State where phar- 
macy store is located) allows the specific drug schedule 
to be filled by a central fill facility. For this embodiment, 
a flag specified for that function can be set. If the local 
government allows the drug schedule to be filled by a 
central fill facility, at step 31 2, pharmacy system 1 1 2 de- 
termines whether the prescription to be filled is for a new 
prescription. If so, pharmacy system 112 then deter- 
mines whether the local government allows new pre- 
scriptions to be filled by a central fill facility (again, for 
example, by determining whether a flag specified for 
that function is set). If new prescriptions may be filled 
by a central fill facility, pharmacy system 112 proceeds 
to step 31 4. 

[0059] Returning to step 306, if pharmacy system 1 1 2 
determines that patient 104 does not want a central fill 
facility to be used, then at step 328, the pharmacy sys- 
tem initiates a procedure to fill the prescription request 
from the pharmacy system's local inventory. This proce- 
dure is also initiated (step 328) if pharmacy system 112 
determines (1 ) that the prescription pickup date and time 
selected by the patient is prior to the central fill system's 
next scheduled delivery date and time (step 308), (2) 
the local State government does not allow the specific 
drug schedule to be filled by a central fill facility (step 
310), and/or (3) the current prescription is new and the 
local State government does not allow new prescrip- 
tions to be filled by a central fill facility (step 312). 
[0060] If central fill is allowed by the patient and the 
local State government, then at step 31 4, pharmacy sys- 
tem 1 1 2 next determines whether the pending prescrip- 
tion request includes a "brand name" drug. If so, at step 
316, pharmacy system 1 1 2 searches a database includ- 
ing a formulary available from central fill system 126, in 
order to determine whether the "brand name" drug's 
name, manufacturer, strength, dosage form (such as 
pill, tablet or other suitable form) and package size (re- 
ferred to as National Drug Code or NDC 11) matches 
the name, manufacturer, strength, dosage form and 
package size (N DC 1 1 ) of a drug listed in the central fill 
system's formulary. If a complete match is not found, at 



step 31 8, pharmacy system 1 1 2 searches the database 
with the central fill system's formulary of available drugs, 
in order to determine whether the "brand name" drug's 
name, manufacturer, dosage form and strength (re- 

5 ferred to as NDC 9) matches the name, manufacturer, 
and strength (NDC 9) of a drug listed in the central fill 
system's formulary. If not, then pharmacy system 112 
proceeds to step 328 to initiate a procedure to fill the 
request from the local pharmacy inventory. Otherwise, 

10 if a match is found in the central fill system's formulary 
at step 31 6 or step 31 8, then the pharmacy system 1 1 2 
proceeds to step 324. 

[0061] Returning to step 314, if the prescription re- 
quest is not for a "brand name" drug, at step 320, phar- 

'5 macy system 1 1 2 may search a database for the identity 
of any substitute drug authorized to fill the prescription 
request. At step 322, pharmacy system 1 1 2 can also de- 
termine from the database search whether an author- 
ized substitute drug matches a drug listed in the central 

20 fin system's formulary of available drugs. If no drug on 
the substitute list matches any drug on the central fill 
system's formulary, then at step 328, pharmacy system 
112 initiates the local fill procedure. However, if a sub- 
stitute drug is found on the central fill system's formulary, 

25 step 322 leads to step 324. At step 324, if a substitute 
drug is used, pharmacy system 1 1 2 obtains from the da- 
tabase the pertinent central fill information that can be 
associated with the substitute drug, and assigns the ap- 
propriate drug in the central fill system's formulary as 

30 the substitute drug for the pending prescription request 
transaction. If a brand name drug is used, steps 314, 
316 and 318 lead to step 324. 
[0062] Once a drug from the central fill system's 126 
formulary has been identified as available for process- 

35 ing, at step 330, pharmacy system 112 and/or a phar- 
macist associated with pharmacy 106 associated with 
prescription 110 to be filled, performs all required edit 
checks, prescription checks, and DURs. In one embod- 
iment, prescriptions 1 1 0 are maintained by a pharmacist 

40 associated with a pharmacy 1 06 which is local to patient 
1 04. A local pharmacy may comprise a pharmacy which 
is geographically close to patient 1 04, a pharmacy which 
is regularly used by patient 1 04 regardless of geograph- 
ic distance and other suitable pharmacies with which pa- 

45 tient has developed a relationship. In addition, if patient 
1 04 changes pharmacies in order to stay with a partic- 
ular pharmacist, the pharmacist may comprise the local 
pharmacy. After these checks have been completed sat- 
isfactorily, pharmacy system 1 1 2 considers the prescrip- 

50 tion ready to fill. Once all appropriate quality assurance 
procedures have been completed satisfactorily, at step 
332, a technician or other user can initiate filling of the 
pending prescription request. 

[0063] At step 334, pharmacy system 112 can deter- 
55 mine whether the pending prescription request is to be 
adjudicated for payment by a third party. If so, at step 
336, pharmacy system 1 1 2 transmits pertinent prescrip- 
tion information to an appropriate third party for payment 
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and/or billing. For example, if the pending prescription 
request is to be funded by a federal program (e.g., indi- 
gent patient long-term care program), the pharmacy 
system can transmit the pending prescription informa- 
tion to the appropriate federal agency or the agency's 
intermediary for that program. In any event, the pending 
prescription request information can be conveyed to the 
third party by any appropriate communication medium 
(e.g., electronic transfer of digital files, etc.). If the pend- 
ing prescription request is not to be adjudicated real- 
time for payment by a third party, pharmacy system 1 1 2 
proceeds to step 344. 

[0064] If the pending prescription information has 
been transmitted to a third party for adjudication, then 
at step 338, the pharmacy system 1 1 2 waits a predeter- 
mined amount of time for information from the third party 
to show that the claim for payment will be paid. If the 
claim will be paid within the predetermined period of 
time, pharmacy system 1 1 2 proceeds to step 344. Oth- 
erwise, if the claim will not be paid within the prescribed 
period of time, then at step 340, pharmacy system 1 1 2 
creates an error message for a user or technician, which 
indicates that the claim will not be paid. Also, this mes- 
sage can indicate any possible errors in the prescription 
or claim information that may have prohibited payment 
of the claim. At step 342, a user or technician can correct 
error(s) in the prescription information, if any, and initiate 
reprocessing of the prescription request (step 330). 
[0065] If the pending prescription request has been 
properly processed, at step 344, pharmacy system 112 
initiates a procedure to fill the pending prescription re- 
quest. For example, pharmacy system 1 1 2 can add a 
transaction record for processing the pending prescrip- 
tion request. This record can include a flag to indicate 
that the transaction has a "central fill" status, and can 
be filled by a central fill facility. At step 346, pharmacy 
system 1 1 2 adds the pending prescription request to a 
queue of transaction records for prescriptions waiting to 
be filled by central fill system 1 26. Central fill system 1 26 
may alternatively be referred to as a central fill queue. 
[0066] At step 348, pharmacy system 112 transmits 
the transaction real-time or otherwise to central fill sys- 
tem 126 via an appropriate communication link, such a 
non-proprietary link or proprietary link. In general, a suit- 
able data or other communications link may be used. In 
one embodiment, transmitting information via the pro- 
prietary link may support status monitoring, data gath- 
ering, billing and other information gathering capabilities 
associated with the prescription request. Thus, check- 
ing, processing and determining of the formula to be pre- 
scribed may be done at pharmacy 1 06 local to patient 
1 04 and prescription 1 1 0 may be maintained by the local 
pharmacy as well. 

[0067] FIGURE 4 is a flow diagram that illustrates an 
exemplary method 400 which can be used to transmit 
prescription request information between pharmacy 
system 112 and central fill system 126. In one embodi- 
ment, the transmission of prescription request informa- 



tion may comprise a communications link based on a 
Transmission Control Protocol/Internet Protocol (TCP/ 
IP) network and that prescription information can be 
transmitted from pharmacy system 1 1 2 to central fill sys- 
5 tern 1 26 in real-time. I n one embodiment, real-time com- 
munication involves attempting to communicate infor- 
mation within a suitably short time frame after the infor- 
mation is provided; however, actual communication of 
the information may be delayed or even fail completely 
10 in one or more instances. For example, information may 
be communicated immediately after receipt of the infor- 
mation or may be sent on as the information is received. 
As such, referring to step 402 in FIGURE 4, pharmacy 
system 112 executes an application program that ore- 
's ates a packet of data containing prescription request in- 
formation for transmission (e.g., packet formatted in ac- 
cordance with TCP/IP). The application program then 
executes a Simple Transaction Processor (STP) com- 
munications program to transmit the packet containing 
20 the prescription request information to host system 1 20. 
Essentially, an STP program functions as a messaging 
hub, and can route addresses and other information (e. 
g., prescription data packets) throughout a network. An 
STP program can also be used to transmit status update 
25 requests, formulary update requests, etc. In one embod- 
iment, if pharmacy system 1 1 2 is part of a group or chain 
of related pharmacies, host system 120 is located at a 
centralized site for the group or chain (e.g. , chain head- 
quarters). 

30 [0068] At step 404, for this example embodiment, host 
system 120 routes (e.g., using a UTD) the prescription 
request information in data packet form to NHIN system 
122. At step 406, NHIN system 122 routes the prescrip- 
tion request packet to central fill system 126. At step 
35 408, an STP Daemon (STPD) included at central fill sys- 
tem 1 26 receives the prescription request packet from 
NHIN system 122. In addition to receiving prescription 
request packets, an STPD can also execute computer 
programs, and receive status update requests and for- 
40 mulary update requests. 

[0069] In response to receiving a prescription request 
packet, at step 410, central fill system 126 (e.g., using 
an STPD) executes an application program to parse the 
packet and retrieve the prescription request information 
45 for further processing. In one embodiment, patient infor- 
mation, transmission number, prescription number, drug 
code, drug name, drug make and quantity to be filled 
are included within the packet. Also, central fill system 
1 26 creates a packet with appropriate response infor- 
50 mation (e.g., acknowledges that a prescription request 
has been received), and transmits the response packet 
back to NHIN system 1 22 (e.g., using an STPD). At step 
412, NHIN system 122 transmits the response packet 
to host system 1 20 (e.g., using a UTD). In return, at step 
55 414, host system 1 20 transmits the response packet to 
pharmacy system 112 (e.g., using a UTD). At step 416, 
an application program at pharmacy system 1 1 2 parses 
the received response packet, and retrieves the re- 



25 



30 



35 



40 



45 



50 



9 



17 



EP 1 431 902 A2 



18 



sponse information for updating pharmacy system 112. 
[0070] FIGURES 5A and 5B are a flow diagram that 
illustrates an exemplary computer-implemented meth- 
od 500 for handling prescription filling according to one 
embodiment of the present invention. At step 502, cen- 
tral fill system 126 (using an application program) to 
parses a prescription request packet received from 
pharmacy system 112 via an appropriate communica- 
tion link. At step 504, central fill system 1 26 determines 
whether there are any errors associated with the pre- 
scription request packet being parsed. If so, central fill 
system 1 26 creates a "packet parsing failure" message 
packet and transmits that packet back to pharmacy sys- 
tem 112 at step 506 (e.g., as a response packet illus- 
trated by FIGURE 4). 

[0071] If pharmacy system 112 receives a "packet 
parsing failure" message packet, at step 508, pharmacy 
system 1 1 2 parses the error message information from 
the received packet, and adds appropriate audit and 
message queue records to the error message informa- 
tion. Audit files can be maintained by pharmacy system 
112 for pharmacy stores, in order to record errors and 
notifications to be reported to a pharmacy system ad- 
ministrator. At step 510, pharmacy system 1 1 2 updates 
its central fill queue record with the error message infor- 
mation. At step 512, pharmacy system 1 1 2 displays the 
error message information on a computer monitor to a 
user or technician. 

[0072] Returning to step 504, if central fill system 1 26 
determines that there are no errors in the prescription 
request packet being parsed, then at step 514, central 
fill system 1 26 determines whether this packet was pre- 
viously received. For example, a unique identifier may 
be associated with each packet. If not, at step 516, cen- 
tral fill system 126 determines whether there is not 
enough inventory on-hand to fill this prescription re- 
quest. In one embodiment, a home delivery prescription 
request can be set up so that the check for adequate 
inventory can be ignored or pushed forward. As a result, 
central fill system 1 26 is enabled to order the item(s) 
involved. For example, a home delivered prescription 
may not need to be delivered to the patient for three 
days, and the check for adequate inventory may be 
postponed or repeated at a later time while still allowing 
delivery to the patient within the three days. If there is 
not enough central fill inventory on-hand, at step 518, 
central fill system 1 26 adds a central fill queue record 
for the transaction record being processed. The added 
central fill queue record includes a unique central fill 
queue identifier, the date and time the prescription re- 
quest was received, the identity of the local pharmacy 
in pharmacy system 1 1 2 that originated the prescription 
request, the prescription request information, and an 
"inadequate inventory" status flag. At step 520, central 
fill system 126 adds a central fill audit record that in- 
cludes the "inadequate inventory" error. At step 522, 
central fill system 126 transmits an "inadequate inven- 
tory" packet back to pharmacy system 112 (e.g., as a 



response message illustrated by FIGURE 4). At step 
524, pharmacy system 112 parses the received error 
packet and updates the central fill queue record accord- 
ingly to reflect the inadequate inventory error. At step 
s 526, pharmacy system 112 displays an "inadequate in- 
ventory" error message for that prescription request to 
a user or technician (such as on a computer monitor). 
[0073] Returning to step 514, if the prescription re- 
quest packet had been previously received, then at step 
10 528, central fill system 1 26 transmits a "duplicate trans- 
mission" error packet back to pharmacy system 112 (e. 
g., as a response packet shown in FIGURE 4). At step 
530, pharmacy system 1 1 2 parses the received error 
packet and updates the central fill queue record accord- 
's ingly. At step 532, pharmacy system 1 1 2 displays a "du- 
plicate transmission" error message to a user or techni- 
cian. 

[0074] Returning to step 516, if central fill system 126 
determines that there is enough inventory available on- 

20 hand to fill the prescription request, or if central fill sys- 
tem 1 26 is enabled to ignore inadequate inventory (e. 
g., home delivery prescription request), at step 534, cen- 
tral fill system 126 adds the quantity of the drug to be 
dispensed to the quantity shown in that drug's allocated 

25 inventory. At step 536, central fill system 126 adds a 
central fill queue record for the transaction record being 
processed. The added central fill queue record includes 
a unique central fill queue identifier, the date and time 
the prescription request was received, the identity of the 

30 local pharmacy in pharmacy system 1 1 2 that originated 
the prescription request, the prescription request infor- 
mation, and a "pending" status flag. At step 538, central 
fill system 1 26 creates a "received transaction" packet 
for transmission back to pharmacy system 112. The "re- 

35 ceived transaction" packet includes the unique central 
fill queue identifier for this prescription request. At step 
540, central fill system 126 transmits the "received 
transaction" packet to pharmacy system 112 (e.g., as a 
response message shown in FIGURE 4). At step 542, 

-to pharmacy system 1 1 2 parses the "received transaction" 
packet, and updates the central fill queue record with 
the unique central fill queue identifier received from cen- 
tral fill system 126. 

[0075] FIGURES 6A and 6B are a flow diagram illus- 
45 trating a method 600 for filling prescriptions according 
to one embodiment of the present invention. In one em- 
bodiment, central fill system part 140 processes pre- 
scriptions to be transmitted to dispensing system part 
1 42 in a batch mode. This procedure is referred to as 
so an "order pull". At step 602, an operator associated with 
central fill system part 140 can initiate an "order pull" for 
a pending prescription request, by selecting an "Order 
Pull" option displayed (e.g., by a GUI) on a monitor and 
"pressing" a "start" function key. This procedure may al- 
55 so be automated to run at predetermined intervals 
throughout the day. 

[0076] In response, central fill system part 140 up- 
dates the order identification field in the central fill queue 
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to prepare the central fill queue with the pending trans- 
actions (orders to be filled) for transmission to dispens- 
ing system part 142. For example, a unique order ID is 
assigned to the associated central fill queue records, for 
each unique pharmacy NCPDP number and responsi- s 
ble party code. For this exemplary embodiment, a re- 
sponsible party code is a pharmacy system code that 
can link multiple patients to a family. Also, an order can 
be one or more prescriptions grouped together by re- 
sponsible party (e.g., usually for a family). Central fill 'o 
system part 140 sorts the orders in the central fill queue 
by: label code -> store route group -> store stop - > store 
NCPDP number. If an order being processed is the final 
order for that day, as an option, an operator can select 
a range of order processing cut-off times. If such an op- *5 
tion is selected, central fill system part 1 40 selects those 
pharmacy store routes for order processing with a cen- 
tral fill cut-off time that falls within the selected range. 
Central fill system part 140 then creates a data packet 
for each central fill queue record including the same or- 20 
der ID, and assigns the order packet a unique filename. 
In one embodiment, each order is associated with one 
or more related prescription requests (e.g., different pre- 
scriptions for two or more persons in the same family). 
[0077] At step 604, central fill system part 140 25 
prompts an operator (e.g., by displaying an appropriate 
message on a computer monitor) to change the label (e. 
g., bar-coded label), if necessary, to appropriately reflect 
the order to be filled. At step 608, central fill system part 
1 40 transmits the order packet for each order (e.g., label 30 
type) to dispensing system part 1 42. 
[0078] For example, central fill system part 140 can 
execute an STP program that transmits the order packet 
to a specified port at dispensing system part 142. If the 
STP program receives an acknowledgment ("ACK") 35 
message from dispensing system part 1 42, central fill 
system part 140 updates its prescription records with a 
"Sent" status flag. If the STP program does not receive 
an "ACK" message from dispensing system part 142, 
the order packet can be re-transmitted (up to a prede- <o 
termined number of times). 

[0079] Essentially, an "order pull" being processed 
can include many different orders. Each order can in- 
clude one or more prescriptions for a responsible party. 
In one embodiment, central fill system part 140 trans- 4 $ 
mits all of the prescription requests for one order at one 
time to dispensing system part 142. After transmitting 
an order packet to dispensing system part 142, central 
fill system part 1 40 waits for an acknowledgment mes- 
sage from dispensing system part 1 42. Upon receiving so 
an acknowledgment message for an order packet, cen- 
tral fill system part 140 transmits the next order packet 
to dispensing system part 1 42. This procedure is repeat- 
ed until all orders within that order pull have been trans- 
mitted to dispensing system part 142 and acknowl- ss 
edged. 

[0080] At step 610, upon receiving an order packet 
from central fill system part 1 40, dispensing system part 



1 42 parses the packet and applies the prescription order 
information received. In one embodiment, dispensing 
system part 1 42 dispenses only complete prescription 
drug(s) (i.e., no prescriptions are partially filled). In other 
words, if there is not enough stock on hand to fill a pre- 
scription request completely, dispensing system part 
142 sends a response message (e.g., by executing an 
STP program) to central fill system part 140 that in- 
cludes a "rejection" status flag for that prescription. For 
prescription requests that can be filled completely, dis- 
pensing system part 1 42 prints a generic, "stock label" 
for that prescription, and places the labeled prescription 
drug in the appropriate tote for shipping. Alternatively, 
as an option, dispensing system 142 can print a pre- 
scription label with the originating pharmacy's logo. All 
of the prescriptions in the order can be processed in the 
above-described way. 

[0081] At step 61 2, a QA pharmacist associated with 
dispensing system part 1 42 can review each order being 
filled. For example, using a bar code scanner, a QA 
pharmacist can scan each prescription from an order. 
At step 614, dispensing system 142 sends an appropri- 
ate message (e.g., using an STP program) to central fill 
system part 1 40 which requests a printout of patient in- 
formation associated with the scanned prescription. At 
step 61 8, central fill system part 1 40 sends an appropri- 
ate file for that scanned prescription to a printer, which 
can be accessed by the QA pharmacist involved. At step 
620, the QA pharmacist retrieves the patient information 
from the printer, and double-checks the prescription in- 
formation with the printout. If the review is successful, 
the QA pharmacist can approve the prescription for de- 
livery. If the prescription is approved, the QA pharmacist 
places the prescription drug into a bag and attaches ap- 
propriate receipts to the bag. The QA pharmacist can 
place an updated prescription label on the bottle. This 
labeling is done to match the central fill bottle label with 
that of the retail pharmacy. 

[0082] After the QA pharmacist has approved the pre- 
scription for shipping, dispensing system part 142 cre- 
ates a status update packet and sends it to central fill 
system part 1 40. Upon receiving the status update pack- 
et, central fill system part 1 40 updates the central fill 
queue with the prescription information from the dis- 
pensing system part 142. 

[0083] At step 622, when all of the prescriptions in an 
order have been processed (e.g., filled or rejected), dis- 
pensing system part 1 42 sends a message to central fill 
system part 1 40 that requests the central fill system part 
to print an order slip. An order slip is a document that 
lists each prescription in an order. At step 624, central 
fill system part 140 prints an order slip that includes all 
of the prescriptions in that order. At step 626, a pharma- 
cist associated with dispensing system part 142 places 
all prescriptions and patient information related to an or- 
der into an order bag, and attaches the appropriate or- 
der slip to that order bag. The order bag is then routed 
to a dispatching area for shipping to pharmacy system 
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1 1 2 (e.g., prescription transport or shipping route repre- 
sented by link 117), or to a manifest area (e.g., for home 
delivery prescriptions). For example, a QA pharmacist 
can place an order bag into a tote destined for delivery 
to a particular pharmacy store, or a tote destined for a 
manifest system in order to home deliver the order bag 
directly to the patient. 

[0084] FIGURE 7 is a flow diagram illustrating a meth- 
od 700 of operation of central fill system 126 according 
to one embodiment of the present invention . At step 702, 
when an operator has completed an order pull, and the 
order processing for that order pull has been completed, 
the operator can select the option "print packing slips" 
on a computer monitor associated with central fill sys- 
tem 126. The operator can then select (e.g., from a list 
of completed order pulls) which order pull is to have 
packing slips printed. A packing slip is a document that 
lists each prescription in a tote. The operator can then 
select the "start printing" function key. At step 704, in 
response to the operator's instructions, central fill sys- 
tem 1 26 prints packing slips for the selected order pulls. 
[0085] When printing one or more packing slips for a 
selected order pull, central fill system 1 26 selects those 
prescriptions in the central fill queue that have been ap- 
proved by the QA pharmacist for that particular order 
pull. The printed report can be sorted in order by route 
group -> route -> stop. Central fill system 126 then up- 
dates the status of those prescriptions in the central fill 
queue to "Ready for Shipment to Pharmacy". At step 
706, an operator at central fill system 1 26 can separate 
the packing slips by store, place the appropriate pack- 
ages with packing slips into the totes for the respective 
pharmacy stores, and seal the totes. At step 708, each 
tote is conveyed to an appropriate staging area for ship- 
ping to a pharmacy store. 

[0086] At step 710, when all order processing has 
been completed for that day, and orders are ready to be 
shipped to the appropriate pharmacy stores, an opera- 
tor can request central fill system 1 26 to print Summary 
Manifest documents (step 71 2). A Summary Manifest is 
a document that lists the stops on a shipping route and 
the items to be delivered at each stop. For these reports, 
central fill system 126 selects those prescriptions in the 
central fill queue that have a status of "Ready for Ship- 
ment to Pharmacy". After these prescriptions have been 
selected, central fill system 1 26 updates the status of 
these prescriptions in the central fill queue as "Shipped". 
At step 71 4, the totes can be loaded onto a truck for 
shipping. The truck driver can use the Summary Mani- 
fest for guidance in loading the truck and delivering the 
totes to the appropriate pharmacy stores. At step 71 6, 
the totes are delivered to the pharmacy stores. At step 
718, a technician at pharmacy system 112 can sign the 
Summary Manifest and thereby acknowledge receipt of 
the shipped prescriptions. The technician at pharmacy 
system 1 1 2 then opens the tote and checks in the pre- 
scriptions filled at the central fill pharmacy by using a 
bar-code scanner. The pharmacy system will set those 



prescriptions to a status of "Processed," which means 
that the prescription has been placed in the bin and is 
ready for patient pick-up. 

[0087] FIGURE 8 is a flowchart illustrating handling of 

5 orders 11 4 according to one embodiment of the present 
invention. The method begins at step 21 00 where pre- 
scription information 200 associated with prescriptions 
1 1 0 received at pharmacy 1 06 is entered into pharmacy 
system 112. For example, a technician or other person- 

»o nel may enter data a computer associated with pharma- 
cy system 112 from a handwritten prescription. Next, at 
step 2102, order 114 is generated by pharmacist 108. 
Pharmacist 1 08 may group one or more sets of prescrip- 
tion information 200 into order 114 using suitable crite- 

15 ria. Order 114 provides pharmacist 108 increased effi- 
ciency by supporting grouping of prescriptions 110. For 
example, grouping prescriptions into an order 114 may 
allow the pharmacist to more easily prescriptions be- 
tween family members. Pharmacist 1 08 may also deter- 

20 mine the priority associated with order 114. In one em- 
bodiment, generation of order 1 1 4 may involve determi- 
nations similar to those performed from steps 306 to 324 
in FIGURES 3A and 3B 

[0088] Pharmacist 1 08 determines shipping informa- 

25 tion 202 while generating order 114. More specifically, 
pharmacist 108 indicates whether the filled order 114 
should be delivered back to pharmacy 1 06 associated 
with pharmacist 1 08 or to a different location. In one em- 
bodiment, delivering a filled order 1 1 4 to a location other 

30 than pharmacy 106 comprises home delivery. For ex- 
ample, filled orders 114 may be delivered to a patient's 
home or a managed care facility. 
[0089] Then, at step 2104, pharmacist 108 performs 
a DURon order 11 4 to check for possible medical prob- 

35 lems with respect to patient 1 04. For example, pharma- 
cist 108 may check for harmful drug interactions. 
[0090] Proceeding to decisional step 2106, pharma- 
cist 1 08 determines whether any problems are associ- 
ated with order 1 1 4. A problem may comprise, for ex- 

40 ample, unrealistic or contradictory data in prescription 
information 200, or other problems associated with pre- 
scriptions 110. For another example, a prescription 
hand written by a physician may be illegible. If pharma- 
cist 1 08 identifies one or problems, then the YES branch 

45 of decisional step 21 06 leads to step 21 08. At step 21 08, 
the problem is added to problem list 118 for handling. 
Pharmacist 1 08 may optionally determine a priority for 
the problem. Then, at step 2110, pharmacist 108 or oth- 
ers resolve problems in problem list 118. For example, 

so physicians 1 02 and/or patients 1 04 may be contacting 
regarding problems associated with orders 114. The 
method then returns to step 2104 where the DUR may 
be performed again to identify any further problems. 
[0091] Returning to decisional step 2106, if problems 

55 are found with order 114, then the YES branch of deci- 
sional step 21 06 leads to step 21 1 2. At step 2112, billing 
information 206 associated with order 1 1 4 may be ex- 
amined by pharmacist 108 for problems. Proceeding to 



12 



23 

decisional step 2114, if problems are found with billing 
information 206, then the YES branch of decisional step 
2114 leads to steps 21 08 and 21 1 0 where the problems 
may be entered into problem list 1 1 8 and handled. Once 
the problems have been handled, the method returns to 
step 2112 where billing information 206 may be exam- 
ined again for further problems. If no problems are found 
then the NO branch of decisional step 21 1 6 leads to step 
2116. 

[0092] At decisional step 21 16, pharmacy system 112 
determines whether pharmacist 108 has indicated 
home delivery for order 114. In one embodiment, deliv- 
ery to any location besides pharmacy 1 06 associated 
with pharmacist 1 08 comprises home delivery. If home 
delivery is not indicated, then the NO branch of deci- 
sional step 21 1 6 leads to step 21 1 8. At step 2118 central 
fill facility 124 fills order 114. More specifically, central 
fill facility 124 places requested pharmaceuticals into 
bottles or other suitable containers and places a label 
identifying the pharmaceutical onto the bottle or other 
container. Next, at step 21 20, the filled order 1 1 4 is suit- 
ably packaged and delivered to pharmacy 106. Pro- 
ceeding to step 2122, a quality check is performed by 
pharmacist 108 on the filled order 114. Pharmacist 108 
may verify that the label and the actual pharmaceutical 
in the bottle are correct, and may perform other suitable 
quality assurance checks. Then, at step 2124, pharma- 
cist 108 performs bin management. Bin management 
comprises organizing the one or more prescriptions 1 1 0 
filled by order 1 1 4 so that the filled prescriptions may be 
distributed to patients 104. For example, filled prescrip- 
tions may be sorted alphabetically by the first letter of 
the patient's last name. The method then ends. 
[0093] Returning to decisional step 21 1 6, if home de- 
livery has been indicated in shipping information 202, 
then the YES branch of decisional step 2116 leads to 
step 21 30. At step 21 30, payment authorization may be 
performed by pharmacist 108 on order 114. More spe- 
cifically, pharmacist 108 determines whether order 114 
can be paid for. For example, billing information 206 may 
be examined to determine how order 1 1 4 is to be paid. 
Then, pharmacist 108 may use pharmacy system 112 
to generate an estimated order cost for order 114 and 
an estimated value for the shipping of order 114 based 
on shipping information 202. Based on the estimated 
cost for order 114 plus the cost of shipping order 114, 
pharmacist 1 08 may authorize a credit card to determine 
whether the credit card can cover the expected cost or 
may verify that sufficient funds are available to cover a 
check. Pharmacist 1 08 may also contact an insurer who 
may be paying all or a portion of the cost of order 114 
to determine whether the prescriptions associated with 
order 114 will be covered. 

[0094] Proceeding to step 2132, pharmacist 108 per- 
forms a first pharmacist verification on order 114. The 
first pharmacist verification comprises evaluating order 
114 for correctness and medical issues. For example, 
pharmacist 1 08 may identify potential issues associated 
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with pharmaceuticals in order 114 based on the phar- 
macist's historical relationship with patient 104. It should 
be noted that the checks performed in the first pharma- 
cist verification may overlap portions of the checks 

5 made as part of the DUR. If pharmacist 108 detects 
problems or other issues with order 114, pharmacist 1 08 
may use physician information 208, and/or patient infor- 
mation 204 to resolve the issues with patient 104 and 
physician 1 02. In one embodiment, pharmacist 1 08 may 

10 enter a problem into problem list 118 for resolution. 
[0095] Once pharmacist 1 08 has been satisfied with 
order 114, pharmacy system 112 communicates order 
1 1 4 to central fill facility 1 24 at step 21 34. Order 1 1 4 may 
be communicated through host 120 and NHIN 122. 

15 Then, at step 2136, fill system 126 fills order 114 under 
control of master system 1 32. For example, master sys- 
tem 1 32 may separate out order 1 1 4 based on prescrip- 
tion information 200 for more efficient filling by fill system 
126, such as via parallel filling across multiple robotic 

20 filling lines. 

[0096] Next, at step 21 58, master system 1 32 labels 
the filled prescriptions in order 114. Master system 132 
may apply a suitable label to the container holding filled 
prescriptions in order 114. For example, master system 

25 1 32 may generate a full color label with the name and 
logo of pharmacy 1 06 which owns prescriptions in order 
114 along with information regarding the prescription it- 
self. 

[0097] Then, at step 2040, a pharmacist at central fill 

30 facility 124 performs a second pharmacist review. The 
second pharmacist review may comprise suitable veri- 
fications and checks on filled order 114 to those per- 
formed in the first pharmacies verification at step 2132. 
For example, the pharmacist at central fill facility 124 

35 may verify that the proper pharmaceuticals and the 
proper dosages have been provided by fill system 126. 
And that the attached label is correct. The second phar- 
macist review may also involve other suitable verifica- 
tions and checks. 

40 [0098] Proceeding to step 2142, master system 132 
hands filled order 114 to manifest system 134 for man- 
ifesting. Manifesting comprises packaging filled order 
114 for shipment based on the shipping information of 
202. For example, special packaging may be needed- 

45 for liquid pharmaceuticals versus solid pharmaceuti- 
cals. Manifesting further comprises determining who 
and how filled order 114 will be shipped. For example, 
manifest system 134 may determine whether the U.S. 
Postal Service or UPS is more suitable for delivering or- 

50 der 114. Manifest system 134 may also determine the 
cost associated with shipping filled order 114 and use 
the cost information in selecting the shipper. Once man- 
ifest system 134 has determined the shipper and the 
cost, an appropriate label may be generated and applied 

55 to the shipping container holding filled order 114. Next, 
at step 2144, manifest system 134 sorts one or more 
orders of 1 1 4. More specifically, orders 1 1 4 may be sort- 
ed by shipper into various locations at central fill facility 
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1 24 for pickup by the appropriate shipper. For example, 
United Parcel Service packages may be separated from 
U.S. Postal Service packages. Then, at step 21 46, ship- 
ping information at 202 is updated with shipping cost 
and shipper information as determined by manifest sys- 
tem 1 34 and communicated to master system 1 32. Mas- 
ter system 1 32 then communicates the updated ship- 
ping information 202 to pharmacy system 112 and may 
set the status for order 114 to "processed". In one em- 
bodiment, master system 132 communicates updated 
shipping information 202 to NHIN 122 for distribution 
through host 120 to pharmacy system 112. 
[0099] Proceeding to step 2148, pharmacy system 
112 finally settles payment for order 114. For example, 
based on billing information 206, a credit card may be 
finally charged or a check may be cashed. The method 
then ends. 

[0100] FIGURE 9 is a flowchart illustrating further de- 
tails of payment processing for prescription 1 1 0 accord- 
ing to one embodiment of the present invention. In this 
embodiment, home delivery is from a central fill facility 
or other approved suppliers. In addition, in this embod- 
iment, ownership of the prescription to be filled remains 
with the local pharmacy. For example, a patient may re- 
quest home delivery of a filled prescription to the pa- 
tient's residence independent of the pharmacy which 
owns the prescription. 

[0101] The method begins at decisional step 1008 
where pharmacy system 1 1 2 determines whether pay- 
ment for prescription 110 involves third-party adjudica- 
tion. For example, a government insurance program 
may be indicated as the payee for prescription 110. If 
order 114 involves third-party adjudication, then the 
YES branch of decisional step 1 008 leads to step 1010. 
At step 1 01 0, order 1 1 4 is added to a third-party adjudi- 
cation queue. The third-party adjudication queue may 
comprise software and/or hardware in suitable combi- 
nation operable to maintain a list of orders 1 1 4 to be ad- 
judicated with one or more third-parties for payment. In 
addition, the third-party adjudication queue may main- 
tain status and other suitable information associated 
with order 1 1 4 until payment is made. For example, sta- 
tus information regarding whether order 1 1 4 has been 
approved, denied or awaiting decision by the govern- 
ment or other insurer may be maintained. The third-par- 
ty adjudication queue may track orders 1 1 4 which have 
been approved or denied in part. Proceeding to deci- 
sional step 1012, pharmacy system 112 determines 
whether third-party payment has been rejected for clin- 
ical reasons. If third-party payment has been rejected 
for clinical reasons, then the YES branch of decisional 
step 1012 leads to step 1006 where physician 102 is 
contacted regarding the rejection so appropriate action 
can be taken. If third-party payment is rejected, but not 
for clinical reasons, then the NO branch of decisional 
step 1012 leads to decisional step 1014. 
[0102] Returning to decisional step 1008, if third-party 
adjudication is not involved with payment for prescrip- 



tion 110, then the NO branch of decisional step 1008 
leads to decisional step 1014. At decisional step 1014, 
pharmacy system 1 1 2 determines whether a credit card 
is being used to pay for order 1 1 4 based on billing infor- 
5 mation 206. If credit card payment is to be used, then 
the YES branch of decisional step 1014 leads to step 
1 01 6. At step 1 01 6, a request for authorization of a credit 
card associated with order 1 1 4 is added to a credit card 
authorization queue. The credit card authorization 
w queue comprises software and/or hardware in suitable 
combination operable to maintain a list of one or more 
credit card requests for authorization of payment asso- 
ciated with orders 114. For example, the credit card au- 
thorization queue may comprise a portion of the soft- 
's ware associated with pharmacy system 112. The credit 
card authorization queue may also support communica- 
tion with credit card issuers for resolving authorizations 
and maintain status information associated with the 
credit card authorizations, such as allowed, pending or 
20 disallowed. In one embodiment, pharmacy system 112 
may communicate credit card authorization requests to 
the credit card issuer via TCP/IP. If no credit card au- 
thorization is to be performed, then the NO branch of 
decisional step 1 01 4 leads to decisional step 1 01 8. 
25 [0103] At decisional step 1018, pharmacy system 112 
determines whether sufficient funds have been provid- 
ed, authorized or are otherwise available to pay for order 
1 1 4. For example, a credit card may authorize for only 
a portion of the cost of order 1 1 4. If sufficient funds have 
30 not been provided, authorized or otherwise made avail- 
able to pay for order 114, then the NO branch of deci- 
sional step 1018 leads to step 1019. At step 1019 phar- 
macy system 1 1 2 acquires additional funds as appropri- 
ate to pay for order 1 1 4. For example, pharmacy system 
35 112 may contact patient 1 04 and notify them of the lack 
of sufficient funds. Pharmacy system 112 may also ac- 
cept the additional funds, such as checks, money or- 
ders, electronic funds transfers, credit cards and other 
suitable funds or methods of payment, to pay for order 
40 114. Once sufficient funds are available to pay for order 
1 1 4, the YES branch of decisional step 1 01 8 leads to 
step 1 030. At step 1 030, pharmacy system 1 1 2 accepts 
payment for order 114. In one embodiment, a workflow 
engine may be used for handling home delivery pay- 
45 ment processing and fill of a pending prescription may 
not be allowed until the workflow engine allows the fill 
after receiving payment or payment authorization for the 
pending prescription. 

[0104] Although one or more embodiments of the 
so method and apparatus of the present invention have 
been illustrated in the accompanying drawings and de- 
scribed in the foregoing detailed description, it will be 
understood that the invention is not limited to the one or 
more embodiments disclosed, but is capable of numer- 
55 ous rearrangements, modifications and substitutions 
without departing from the spirit and scope of the inven- 
tion as set forth by the following claims. 
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Claims 

1. A system for filling prescriptions comprising: 

software stored on a computer readable medi- 
um and operable to: 

receive an order from a pharmacy, the or- 
der having a shipping location and at least 
one set of prescription information; 
generate at least one prescription label 
based on the order; . 
determine a shipping cost associated with 
the order based on the shipping location; 
determine a cost for the order based on the 
shipping cost and the order; and 
ship the order to the shipping location. 

2. The system according to Claim 1 , wherein the soft- 
ware is further operable to: 

dispense a pharmaceutical into a container 
based on the prescription information; 
apply the prescription label to the container. 

3. The system according to Claim 2, wherein the soft- 
ware is further operable to: 

package the containers associated with the or- 
der into a package; 

generate a shipping label based on the order; 
apply the shipping label to the package; and 

wherein shipping the order comprises the 
software further operable to ship the package to the 
shipping location. 

4. A method for filling prescriptions comprising: 

receiving an order from a pharmacy, the order 
having a shipping location and at least one set 
of prescription information; 
generating at least one prescription label based 
on the order; 

determining a shipping cost associated with the 
order based on the shipping location; 
determining a cost for the order based on the 
shipping cost and the order; 
shipping the order to the shipping location. 

5. The method according to Claim 4 and further com- 
prising: 

dispensing a pharmaceutical into a container 
based on the prescription information; 
applying the prescription label to the container. 

6. The method according to Claim 5 and further com- 



prising: 

packaging the containers associated with the 
order into a package; 
5 generating a shipping label based on the order; 

applying the shipping label to the package; and 

wherein shipping the order comprises ship- 
ping the package to the shipping location. 

w 

7. The system or method according to any preceding 
claim, wherein the prescription label is customized 
based on a pharmacy associated with the order. 

15 8. The system according to any preceding system 
claim, wherein the software is further operable to 
communicate the cost to the pharmacy, or the meth- 
od according to any preceding method claim further 
comprising communicating the cost to the pharma- 

20 cy. 

9. The system according to any preceding system 
claim, wherein determining the shipping cost com- 
prises the software further operable to: 

25 

determine a shipper cost for at least one ship- 
per; 

select the shipper for the order based on the 
shipper cost; and 
30 determine a handling cost associated with the 

order, or the method according to any preced- 
ing method claim wherein determining the ship- 
ping costs comprises: 

35 determining a shipper cost for at least one 

shipper; 

selecting the shipper for the order based 
on the shipper cost; and 
determining a handling cost associated 
40 with the order. 

10. The system according to any preceding system 
claim, wherein determining the cost comprises the 
software further operable to: 

45 

determine a total cost for the order based on a 
price associated with each pharmaceutical to 
be dispensed; and 

generate the cost based on the sum of the ship- 
so ping cost and the total cost; or the method ac- 
cording to any preceding method claim wherein 
determining the cost comprises: 

determining a total cost for the order based 
55 on price associated with each pharmaceu- 

tical to be dispensed; and 
generating the cost based on the sum of 
the shipping cost and the total cost. 
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1 1 . A system for prescription management comprising: 

software stored on a computer readable medi- 
um and operable to: 

5 

receive at least one prescription at a phar- 
macy; 

generate an order associated with at least 
one of the prescriptions; 
determine a shipping location associated 10 
with the order; 

communicate the order to a central fill fa- 
cility for filling the prescriptions associated 
with the order; 

receive a cost associated with the order is 
from the central fill facility, the cost includ- 
ing a shipping cost and an order cost; and 
settle payment for the order based on the 
cost. 

20 

1 2. A method for prescription management comprising: 



mated order cost based on the prescriptions as- 
sociated with the order and an estimated ship- 
ping cost based on the shipping location asso- 
ciated with the order; and 
determine whether sufficient funds are availa- 
ble to pay for the order based on the estimated 
cost and billing information associated with the 
order; or the method of Claim 12 or Claim 13 
further comprising: 

determining an estimated cost associated 
with the order, the estimated cost including 
an estimated order cost based on the pre- 
scriptions associated with the order and an 
estimated shipping cost based on the ship- 
ping location associated with the order; 
and 

determining whether sufficient funds are 
available to pay for the order based on the 
estimated cost and billing information as- 
sociated with the order. 



receiving at least one prescription at a pharma- 
cy; 

generating an order associated with at least 25 
one of the prescriptions; 
determining a shipping location associated with 
the order; 

communicating the order to a central fill facility 
for filling the prescriptions associated with the so 
order; 

receiving a cost associated with the order from 
the central fill facility, the cost including a ship- 
ping cost and an order cost; and 
settling payment for the order based on the 35 
cost. 

1 3. The system according to Claim 1 1 , wherein the soft- 
ware is further operable to: 

40 

determine, at the pharmacy system, an esti- 
mated cost associated with the order; and 
authorize, at the pharmacy system, payment 
based on the estimated cost; or the method ac- 
cording to claim 12 wherein it further compris- *s 
es: 

determining, at the pharmacy system, an 
estimated cost associated with the order; 
and so 
authorizing, at the pharmacy system, pay- 
ment based on the estimated cost. 

14. The system according to Claim 11 or Claim 13, 
wherein the software is further operable to: 55 

determine an estimated cost associated with 
the order, the estimated cost including an esti- 



15. The system according to Claim 14, wherein deter- 
mining whether sufficient funds are available com- 
prises the software further operable to authorize a 
credit card for the estimated cost when the billing 
information indicates that the credit card will be 
used to pay for the order; or the method according 
to Claim 1 4 wherein determining whether sufficient 
funds are available comprises authorizing a credit 
card for the estimated cost when the billing informa- 
tion indicates that the credit card will be used to pay 
for the order. 

16. The system according to Claim 14 or Claim 15, 
wherein determining whether sufficient funds are 
available comprises the software further operable 
to determine whether sufficient funds are available 
for a check when the billing information indicates 
that the check will be used to pay for the order; or 
the method according to Claim 14 or Claim 15 
wherein determining whether sufficient funds are 
available comprises determining whether sufficient 
funds are available for a check when the billing in- 
formation indicates that the check will be used to 
pay for the order. 

17. The system according to any one of system claims 
1 1 to 1 6, wherein the software is further operable to: 

enter a set of prescription information respec- 
tively associated with each prescription re- 
ceived at the pharmacy into a pharmacy system 
associated with the pharmacy; 
determine whether the prescription information 
has been properly entered; and 
perform a drug utilization review on the order; 
or the method of any one of method claims 1 2 
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to 16 further comprising: 

entering a set of prescription information 
respectively associated with each pre- 
scription received at the pharmacy into a 
pharmacy system associated with the 
pharmacy; 

determining whether the prescription infor- 
mation has been properly entered; and 
performing a drug utilization review on the 
order. 

18. The system or method according to Claim 17, 
wherein the order is associated with the respective 
sets of prescription information associated with the 
prescriptions associated with the order. 

19. The system according to any one of system Claims 
11 to 18, wherein generating the order comprises 
the software further operable to: 

select at least one of the prescriptions for the 
order; and 

associate the selected prescriptions with the or- 
der; or the method of any one of method Claims 
1 2 to 1 8 wherein generating the order compris- 
es: 

selecting at least one of the prescriptions 
for the order; and 

associating the selected prescriptions with 
the order. 

20. The system or method according to Claim 19, 
wherein the selected prescriptions are for a single 
family. 

21. The system or method according to Claim 19, 
wherein the selected prescriptions are for a plurality 
of distinct patients who reside at a managed care 
facility. 

22. The system according to any one of system Claims 
11 to 21 , wherein determining the shipping location 
comprises the software further operable to: 



32 

selecting the pharmacy as the shipping lo- 
cation when the order is to be shipped to 
the pharmacy after the order has been 
filled; and 

5 selecting a home delivery location based 

on the order when the order is to be 
shipped to a location associated with a pa- 
tient associated with at least one of the pre- 
scriptions associated with the order after 

10 the order has been filled. 

23. The system according to Claim 22, wherein deter- 
mining the shipping location further comprises the 
software further operable to determine whether a 

'5 state associated with the shipping location allows 
home delivery of the order; or the method according 
to Claim 22 wherein determining the shipping loca- 
tion further comprises determining whether a state 
associated with the shipping location allows home 

20 delivery of the order. 

24. The system according to any one of system Claims 
11 to 23, wherein settling payment for the order 
comprises the software further operable to: 

25 

determine at least one payment technique as- 
sociated with the order; and 
charge the payment techniques for the order 
based on the payment technique; or the meth- 
30 od of any one of Claims 1 2 to 23 wherein set- 

tling payment for the order comprises: 

determining at least one payment tech- 
nique associated with the order; and 
35 charging the payment techniques for the 

order based on the payment technique. 

25. The system or method according to Claim 24, 
wherein the payment technique comprises a credit 

40 card. 

26. The system or method according to claim 24 or 
Claim 25, wherein the payment technique compris- 
es a third-party payor. 

45 

27. A system for prescription management comprising: 

means for receiving at least one prescription at 
a pharmacy; 

means for generating an order associated with 
at least one of the prescriptions; 
means for determining a shipping location as- 
sociated with the order; 
means for communicating the order to a central 
fill facility for filling the prescriptions associated 
with the order; 

means for receiving a cost associated with the 
order from the central fill facility, the cost includ- 



select the pharmacy as the shipping location 
when the order is to be shipped to the pharmacy 
after the order has been filled; and 
select a home delivery location based on the so 
order when the order is to be shipped to a lo- 
cation associated with a patient associated with 
at least one of the prescriptions associated with 
the order after the order has been filled; or the 
method of any one of method Claims 12 to 21 55 
wherein determining the shipping location com- 
prises: 
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ing a shipping cost and an order cost; and 
means for settling payment for the order based 
on the cost. 

28. A method for processing prescription requests, 
comprising the steps of: 

receiving a plurality of prescription requests; 
creating a queue of prescription requests from 
the received plurality of prescription requests, 
each prescription request in the queue eligible 
to be filled by a central fill inventory; 
filling a prescription request in the queue of pre- 
scription requests from the central fill inventory; 
dispensing at least one drug from the central fill 
inventory; 

generating a mailing label including mailing ad- 
dress information associated with an intended 
recipient of the at least one drug; and 
affixing the mailing label to a package for mail- 
ing, the package for the dispensed at least one 
drug. 

29. The method of Claim 28 and further comprising 
processing a claim for payment for the at least one 
prescription request at a billing subsystem. 

30. A system for prescription fulfillment, comprising: 

means for receiving a prescription of a pre- 
scribed drug for a patient at a pharmacy desig- 
nated by the patient; and 
means for maintaining the prescription at the 
designated pharmacy, while having the pre- 
scription filled with the prescribed drug at a re- 
mote third-party facility for delivery of the drug 
to a location designated by the patient on behalf 
of but independent of the designated pharma- 
cy. 

31. A method for prescription fulfillment, comprising: 

receiving a prescription of a prescribed drug for 
a patient at a pharmacy designated by the pa- 
tient; and 

while maintaining the prescription at the desig- 
nated pharmacy, having the prescription filled 
with the prescribed drug at a remote third-party 
facility for delivery of the drug to a location des- 
ignated by the patient on behalf of but inde- 
pendent of the designated pharmacy. 

32. The system of Claim 30, or the method of Claim 31 , 
wherein the location designated by the parties com- 
prises a residential address of the patient. 

33. The system of Claim 30 or Claim 32, further com- 
prising means for having a refill of the prescription 



filled with the prescribed drug at the remote third- 
party facility for delivery of the prescribed drug di- 
rectly to the address of the patient; or the method 
of Claim 31 or Claim 32 further comprising having 
5 a refill of the prescription filled with the prescribed 
drug at the remote third-party facility for delivery of 
the prescribed drug directly to the address of the 
patient. 

10 34. The system of or method of any one of Claims 30 
to 33, wherein the pharmacy maintains ownership 
of the prescription. 

35. The system or method according to any one of 
15 Claims 30 to 34, wherein the patient orders the refill 

through the designated pharmacy. 

36. The system or method of Claim 35, wherein the pa- 
tient orders the refill electronically through the des- 

20 ignated pharmacy. 

37. The system or method of Claim 36, wherein the pa- 
tient orders the refill through an Internet site asso- 
ciated with the designated pharmacy. 

25 . 

38. The system of any one of Claims 30 to 37, further 
comprising means for collecting payment for filling 
the prescription at the designated pharmacy; or the 
method of any one of Claims 31 to 37 further com- 

30 prising collecting payment for filling the prescription 
at the designated pharmacy. 

39. The system of any one of Claims 30 to 37, further 
comprising means for collecting payment informa- 

35 tion electron ically from the patient; or the method of 
any one of Claims 31 to 37 further comprising col- 
lecting payment information electronically from the 
patient. 

to 40. A system for prescription fulfillment at a centralized 
facility, comprising: 

means for receiving at a third-party centralized 
site an order for a drug prescribed to a patient 
*5 in a prescription maintained at a pharmacy des- 

ignated by the patient; 

means for filling the prescription with the pre- 
scribed drug at the third-party centralized site; 
and 

so means for providing the drug for shipment to an 

address specified by the patient independent of 
the designated pharmacy. 

41. A method for prescription fulfillment at a centralized 
55 facility, comprising: 

receiving at a third-party centralized site an or- 
der for a drug prescribed to a patient in a pre- 
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scription maintained at a pharmacy designated 
by the patient; 

filling the prescription with the prescribed drug 
at the third-party centralized site; and 
providing the drug for shipment to an address 
specified by the patient independent of the des- 
ignated pharmacy. 

42. The system of Claim 40 or the method of Claim 41 , 
wherein the address comprises a residential ad- 
dress of the patient. 

43. The system of Claim 40 or Claim 42, further com- 
prising means for shipping the prescribed drug di- 
rectly to a residence of the patient; or the method 
of Claim 41 or Claim 42 further comprising shipping 
the prescribed drug directly to a residence of the 
patient. 

44. A system for filling prescriptions comprising: 



46. Software for processing prescription requests, the 
software embodied in a computer-readable medium 
and when executed operable to: 

5 receive a plurality of prescription requests; 

create a queue of prescription requests from 
the received plurality of prescription requests, 
each prescription request in the queue eligible 
to be filled by a central fill inventory; 

10 fill a prescription request in the queue of pre- 

scription requests from the central fill inventory; 
dispense at least one drug from the central fill 
inventory: 

'5 generate a mailing label including mailing 

address information associated with an in- 
tended recipient of the at least one drug; 
and affix the mailing label to a package for 
mailing, the package for the dispensed at 

20 least one drug. 



means for receiving an order from a pharmacy, 
the order having a shipping location and at least 
one set of prescription information; 
means for generating at least one prescription 25 
label based on the order; 
means for determining a shipping cost associ- 
ated with the order based on the shipping loca- 
tion; 

means for determining a cost for the order 30 
based on the shipping cost and the order; 
means for shipping the order to the shipping lo- 
cation. 



45. A system for processing prescription requests, 35 
comprising: 

means for receiving a plurality of prescription 
requests; 

means for creating a queue of prescription re- to 
quests from the received plurality of prescrip- 
tion requests, each prescription request in the 
queue eligible to be filled by a central fill inven- 
tory; 

means for filling a prescription request in the ts 
queue of prescription requests from the central 
fill inventory; 

means for dispensing at least one drug from the 
central fill inventory: 

50 

means for generating a mailing label in- 
cluding mailing address information asso- 
ciated with an intended recipient of the at 
least one drug; and 

means for affixing the mailing label to a ss 
package for mailing, the package for the 
dispensed at least one drug. 
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